home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / networking / mail / listserv / FAQ < prev    next >
Encoding:
Text File  |  1992-11-30  |  4.5 KB  |  105 lines
  1.  
  2.             Frequently Asked Questions
  3.             --------------------------
  4.  
  5. Contents:
  6. ---------
  7. 1) Why does Listserv strip names given to 'subscribe'?
  8. 2) Why does Listserv put 'Comment:' header lines and not the standard
  9.    'Comments:'?
  10. 3) Why does Listserv use the 'From ' address instead of 'From:'?
  11. 4) Why does Listserv put the list's address in the 'Sender:' header line?
  12. 5) Is Listserv fully RFC-822 compliant?
  13. 6) When receiving a news feed, the body of the message contains all the header
  14.    lines, and the distributed message has an empty 'Subject:' field.
  15. 7) The return mails generated by listserv.c and list.c contain two or
  16.    more Errors-To: fields.
  17. 8) What are the relevant files the manager and owners should be periodically
  18.    checking?
  19. 9) OK, now I installed the software, what do I do next?
  20. 10) What does this software do?
  21. ****
  22.  
  23. 1) Why does Listserv strip names given to 'subscribe'?
  24.  
  25. The listings for 'recipients' and 'statistics' requests are compiled by running
  26. shell scripts. The system strips names for security reasons (we do not want
  27. backquote characters to be passed to the scripts), and to avoid syntax errors
  28. (characters like <, > and | may cause problems); the system preserves '-',
  29. '@' and '.'. The system also converts the wild characters * and ? to #, and /
  30. to % for security reasons again.
  31.  
  32. 2) Why does Listserv put 'Comment:' header lines and not the standard
  33.    'Comments:'?
  34.  
  35. Listserv prefers to use proprietary header lines because in version 6.0
  36. configurable headers will be supported. This means that the system will be
  37. able to carry over header lines from the original sender's message, and these
  38. may include 'Comments:'
  39.  
  40. 3) Why does Listserv use the 'From ' address instead of 'From:'?
  41.  
  42. Primarily for security reasons, i.e. to reduce the likelyhood of forged email.
  43. It also makes the algorithm easier, it enables peer lists to work, and does
  44. not have to parse multi-line 'From:' lines to look for the address. The system
  45. provides the aliases files for dealing with 'From ' addresses that cause
  46. problems.
  47.  
  48. 4) Why does Listserv put the list's address in the 'Sender:' header line?
  49.  
  50. So that error messages sent to this address are properly archived; these
  51. messages are then sent to the owner. RFC-822 requires that this address is
  52. the actual account where the mail originated from; the author does not agree
  53. with this, since this would imply the 'server' account (i.e. the manager
  54. of the system), and the owner would not see these error messages in this case.
  55.  
  56. 5) Is Listserv fully RFC-822 compliant?
  57.  
  58. No. It does not accept addresses in the 'From ' line that contain backquotes
  59. and wild characters, for security reasons. It also does not support multi-line
  60. header lines, and uses non-standard header lines. However, it enforces
  61. "matched-pairs" syntax.
  62.  
  63. 6) When receiving a news feed, the body of the message contains all the header
  64.    lines, and the distributed message has an empty 'Subject:' field.
  65.  
  66. You have not set up things properly and the list does not receive the article
  67. in email format; instead the gateway or news-feed program sends the article in
  68. a mail message, which is a different case.
  69.  
  70. 7) The return mails generated by listserv.c and list.c contain two or
  71.    more Errors-To: fields.
  72.  
  73. Comment out the following line from your sendmail.cf (or whatever have you):
  74.  
  75. HErrors-To:
  76.  
  77. 8) What are the relevant files the manager and owners should be periodically
  78.    checking?
  79.  
  80. a) I check /usr/server/.report.* and /usr/server/lists/*/.report.list on a daily   basis.
  81. b) The various mbox files (/usr/server/mbox, /usr/server/lists/*/mbox) should
  82.    be cleaned periodically.
  83. c) The /usr/server/mqueue directory should be periodically checked to see
  84.    if there are any files sitting in there waiting to be delivered.
  85.  
  86. 9) OK, now I installed the software, what do I do next?
  87.  
  88. Read the README file in this directory.
  89.  
  90. 10) What does this software do?
  91.  
  92. OVERVIEW
  93.      This is a system that implements various mailing lists  with
  94.      one  list  server. It is automated, and obliterates the need
  95.      for user intervention and maintenance of multiple aliases of
  96.      the  form  "list,  list-owner,  list-request", etc. There is
  97.      support  provided  for  public  and   private   hierarchical
  98.      archives,  moderated  and  non-moderated  lists, peer lists,
  99.      peer servers, private lists, address aliasing, news  connec-
  100.      tions  and gateways, mail queueing, digests, list ownership,
  101.      owner preferences, crash recovery, batch processing,  confi-
  102.      gurable  headers, regular expressions, and live user connec-
  103.      tions via TCP/IP.
  104.  
  105.